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(54) System for distributing video and content on demand 



(57) A method for distributing content on demand 
over a cable networic in which the subscribers are con- 
nected to a Central Unit in a hierarchical order of nodes, 
each node comprises a plurality of subscribers clusters. 
A Management System is provided at the Central Unit. 
Some of the subscribers within each cluster are provid- 
ed with an STB, and the rest of the sut>scribers within 
each cluster are provided with an SSTB. Titles are trans- 



mitted from the Central Unit to the SSTBs, and stored 
within the SSTBs. A viewable list of the titles stored in 
all the SSTBs that are connected within the cluster of 
that subscriber is provided to each STB subscriber or 
SSTB subscriber Whenever a subscriber, selects a title 
for viewing from the viewable list, the selected title is 
transmitted to the STB or the SSTB of that subscriber 
from at least one of the SSTBs within the cluster of that 
subscriber which contain the title or a portion thereof. 
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Description 

Field of the Invention 

[0001 ] The present invention relates to the field of ca- 
ble TV. networks. More particularly, the invention relates 
to a video and content on demand system for cable T 
V. networks. 

Background of the Invention 

[0002] Cable TV operators are In early stages of of- 
fering Video-On-Demand (VOD) and Content-On-De- 
mand (COD) services to their users. These services are 
being offered as part of the transition to digital Set-Top 
Boxes (STB) that allow selection of the required content 
in real time via the STB, billing and addressing the se- 
lected content to the specific user. For Satellite opera- 
tors, real video on demand service is not feasible, and 
other solutions such as Tivo or ReplayTV (US 
6,324,338) seem to fulfill part of the user quest. These 
solutions are based on Digital Video Recording (DVR) 
technology, in which the user records a number of chan- 
nels or programs, some of which can be viewed later 
that day. 

[0003] The current solutions for supplying Video on 
Demand (VOD) and Content on Demand (COD) in a ca- 
ble TV. network are centralized (e.g., Concurrent Sys- 
tems Inc, Diva Systems). When the temn VOD is used 
hereinafter, if not otherwise specifically stated, it should 
be noted that It relates to COD as well. These types of 
the central solutions as illustrated in Fig. 1 are expensive 
and bandwidth demanding to the extent that they require 
expansion of the Fiber-Optic (FO) parts of the networic 
and reducing the number of subscribers per node 40, or 
limiting the service to a small number of concurrent 
viewers. In a centralized solution for VOD services, the 
cable set-top boxes 10 feature an interactive program 
guide which enables selection of a desired title (usually 
the selection is limited to 50-1 00 titles). The subscriber's 
selection is transferred to centralized servers and disk 
famns that send the desired video to the specific set-top 
box 1 0. Each concurrent viewer at the end of the Fiber 
Optic and Coax chain 54 requires a dedicated video 
channel. The bandwidth is an expensive resource, used 
for analog and digital broadcast and Internet services. 
Since most of the bandwidth is dedicated to broadcast 
TV and Internet, it is not reasonable to dedicate more 
than 1 00 MHz to VOD services. The centralized solution 
reaches this upper limit when about 1 0% to 15% of the 
subscribers in a typical node are using the service si- 
multaneously. In order to avoid this limitation, some Ca- 
ble TV operators plan to install full Fiber Optic networks, 
including the last mile up to the users homes, which is 
very expensive. 

[0004] Enron Inc. has perfomied a VOD distribution 
experiment using Cisco's Content IManagement system 
(^hnp'Mwww.enron.conf). In this solution, a plurality of 



communication servers are used to reduce the band- 
width required for the fiber optic links, and sometimes 
even of the Coax links, by locating the communication 
servers one hop away from the subscriber. However, 
5 this solution can not be implemented without modifying 
the network infrastructure and it requires the use of non- 
standard STB's and transmission methods (IP stream- 
ing). 

[0005] All the methods described above have not yet 
10 provided satisfactory solutions to the problems that 
COD and VOD applications face over existing infra- 
structures of Cable networks. 

[0006] It is an object of the present invention to pro- 
vide a system and method for providing VOD services 
^5 to most (or all) of the subscribers over existing cable 
networks inf rastmctures, with no modifications or a min- 
imum of modifications to the network. 
[0007] It is another object of the present invention to 
provide a system and method for VOD services which 
are economical in terms of Bandwidth, communication 
facilities, and subscribing costs. 
[0008] it is a further object of the present invention to 
provide a system and method for failure proof VOD serv- 
ices by utilizing hot backup methods. 
[0009] It is a still another object of the present inven- 
tion to provide a system and method for VOD services 
comprising Digital Video Recording (DVR) Capabilities, 
enabling subscribers to record designated broadcast 
channels for later viewing. 

[0010] It is astillfurtherobject of the present invention 
to provide a system and method enabling title storage 
in and communication between, dedicated STBs that 
share the same cluster, or located in neighboring clus- 
ters, over cable networks. 

[0011] Other objects and advantages of the invention 
will become apparent as the description proceeds. 

Summary of the Invention 

[0012] The present invention is directed to a method 
for distributing content on demand over a cable network 
in which the subscribers are connected to a Central Unit 
in a hierarchical order of nodes, each node comprises 
a plurality of subscribers clusters. The Central Unit in- 
cludes a Management System. Some of the subscribers 
within each cluster are provided with an STB, and the 
rest of the subscribers within each cluster are provided 
with an SSTB. The method comprises transmitting from 
the Central Unit titles to the SSTBs, and storing the titles 
within the SSTBs. Each STB subscriber or SSTB sub- 
scriber is provided with a viewable list of the titles stored 
in all the SSTBs that are connected within the cluster of 
that subscriber Whenever a subscriber selects a title for 
viewing from the viewable list, the selected title is trans- 
mitted to the STB or the SSTB of that subscriber from 
at least one of the SSTBs within the cluster of that sub- 
scriber which contain the title or a portion thereof. 
POI 3] According to one embodiment of the invention 
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the title is a video or an audio title, and the distribution 
method is a method for distributing Video On Demand. 
In another embodiment of the invention, the titles are 
transmitted from the Central Unit to the SSTBs, during 
low traffic hours. 

[001 4] In yet another embodiment of the invention dif- 
ferent portions of each title are being stored within dif- 
ferent SSTBs within a same cluster. A copy of each title 
may be stored in at least one backup SSTB within a 
same cluster. 

[0015] In a prefen^ed embodiment of the Invention the 
backup SSTB supervises the proper transmission dur- 
ing the transmission of a specif ic title, and when a failure 
in transmission of the title is detected, the backup SSTB 
continues the transmission of the rest of the title to the 
subscriber from the backup SSTB. The titles can be di- 
vided to portions that are stored In at least two SSTBs 
within a same cluster, for preventing the possibility of a 
copyright breach by copying a full stored title from the 
SSTB. 

[0016] The title portions can be transmitted in se- 
quence to the STB or the SSTB of the ordering subscrib- 
er alternatively from the plurality of the SSTBs in which 
portions of the title are stored, while at any time at least 
one backup SSTB supervises the proper transmission. 
[001 7] The Management System can collects data re- 
garding the orders and accordingly carry out the billings. 
Optionally, the transmission of the content from the Cen- 
tral Unit to the SSTBs and/or the transmission of the or- 
dered content from SSTBs to a subscriber STB or SSTB 
Is encrypted, and decrypted at the receiving end. 
[0018] According to another preferred embodiment of 
the invention each SSTB is capable of carrying out In- 
ternet Sessions through the Management System over 
the existing Internet infrastructures, and thereby to pro- 
vide Internet services to subscribers within the cluster, 
by displaying said session as a video stream via their 
STB/SSTBs. 

[0019] Optionally, the number of subscribers within a 
cluster may be In the range of several tens of subscrib- 
ers, and the transmission of an ordered title is kept within 
a cluster by means of a Line Extender blocking leakage 
of the transmission out of the cluster. 
[0020] Alternatively, the cluster may be extended by 
modifying the blocking Line Extender in such a manner 
to allow transmission of the Content On Demand within 
a close medium containing at least two clusters, the 
leakage of transmission out of the medium being 
blocked by another Line Extender. 
[0021 ] In yet another preferred embodiment, the Man- 
agement System controls the operations of the system 
and manages the backups, when needed. 
[0022] The method may further comprise recording 
and storing selected programs in at least two SSTBs, 
and transmitting the stored program to the users, when- 
ever a user request is obtained. The SSTBs are prefer- 
ably capable of concurrently transmitting a plurality of 
selected titles to a requesting STB/SSTB(s). 



[0023] Optionally, transmissions originated from two 
or more SSTBs are multiplexed to a single channel by 
assigning to each SSTB specific frame positions within 
the channel. Alternatively, at least one SSTB in a cluster 
5 is used as a relay station for receiving transmissions 
from other SSTBs in the cluster, and multiplexing the 
transmissions on one or more channels. The title trans- 
mission from the SSTBs is preferably performed by uti- 
lizing QAM techniques. 

[0024] The present Invention is also directed to a sys- 
tem for providing Content On Demand over a cable net- 
work. The system Includes: conventional STBs at 
homes of some of the subscribers' houses within each 
cluster, capable of receiving a title on a dedicated chan- 
nel, and displaying the same on a subscriber TV; SSTBs 
at homes of the rest of the subscribers' houses within 
each cluster, for receiving at low traffic hours one or 
more content titles, or portions of content titles, for stor- 
ing the same, and for transmitting upon demand on at 
least one designated channel any ordered title to one or 
more STBs or SSTBs of ordering subscribers; and a 
Management System for storing a plurality of titles, for 
transmitting titles to SSTBs within a cluster at low traffic 
hours, for transmitting a list of titles available for viewing 
to all STBs and SSTBs within each cluster, and for man- 
aging any demand for viewing from users' set top boxes, 
and conveying such demand to the one or more SSTBs 
storing the demanded title, for initiating transmission of 
the requested title from the one or more SSTBs to the 
set top box of the demanding subscriber. 
[0025] Optionally, the transmission of a title from an 
SSTB to an SSTB or STB within a cluster is enabled, 
while the transmission of a title from an SSTB to an 
SSTB or STB within another cluster is being blocked by 
means of a Line Extender located at the entrance to the 
cluster The Management System may also manages 
the billing of demanded titles. 

[0026] Each SSTB preferably comprises storage for 
at least one title or portions of a title, and communication 
means for conveying status commands, and execution 
commands to either STBs or SSTBs within its cluster, 
and to the Management System. 
[0027] According to another embodiment at least two 
clusters are being extended by means of modifying the 
Line Extenders of the clusters to enable transmission 
out of the clusters. Optionally, the cluster extension ex- 
tends the cluster to include all subscribers within a node, 
and the links within a cluster are made by means of coax 
cables, and splitters. 
so [0028] The SSTB preferably includes: 

a) a first and a second Video Channel Receivers for 
concurrently receiving titles transmitted on different 
channels; 

55 b) an Interactive Channel Receiver for receiving in- 
formation and control data from the Management 
System; 

c) an Interactive Channel Transmitter for transmit- 
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ting requests and status information to the Manage- 
ment System; 

d) an infonnation data Bus; 

e) one or more memories capable of receiving and 
storing data provided via the Infomrtation data Bus; 

f) a Storage and Controller unit for managing SSTB 
operations; 

g) an Encryption unit for encrypting information pro- 
vided on the Bus; 

h) a CPU unit for processing and carrying out SSTB 
operations; 

i) a Demultiplexer for selecting multiplexed Informa- 
tion provided on the Bus; 

j) an MPEG decoder capable of decoding MPEG 
data provided on the Bus or via the demultiplexen 
k) a virtual multiplexer capable of multiplexing a plu- 
rality of title data provided on the Bus, to at least a 
single channel; and 

1) a Video Channel Transmitter capable of transmit- 
ting data from the virtual multiplexer on cable Net- 
work channels. 

Optionally, a plurality or all of the subscribers within a 
cluster are provided with an SSTB. 

Brief Description of the Drawings 

[0029] In the drawings: 

Fig. 1 illustrates a centralized cable network Ac- 
cording to the prior art; 

Fig. 2 shows a cable network utilizing SSTBs ac- 
cording to a preferred embodiment of the Invention; 
Fig. 3 illustrates the clusters structure in a cable net- 
work, according to the prior art and the present in- 
vention; 

Fig. 4 is a block diagram Illustrating the structure of 
a typical STB, which is also used In the system of 
the present by the Invention; 
Fig. 5 is a block diagram illustrating the structure of 
an SSTB according to the present Invention; 
Fig. 6 Illustrates the structure of a typical line ex- 
tender according to the prior art; 
Fig. 7 illustrates the structure of a modified (by- 
passed) line extender according to one embodi- 
ment of the present invention- 
Fig. 8 is an electrical sch eme of a conventional split- 
ter; 

Fig. 9 is a block diagram illustrating the typical con- 
nectivity of nodes, clusters, and subscribers, in a 
cable network according to the prior art and the 
present invention; 

Fig. 10a block diagram illustrating the communica- 
tion flow in a conventional cable networks; 
Fig. 1 1 is a block diagram exemplifying a communi- 
cation flow in the cable network according to the 
present invention; 

Fig. 12 is a functional flow diagram illustrating the 



operations perfomied by the system of the Inven- 
tion. 

Detailed Description of Preferred Embodiments 

5 

[0030] The present invention Introduces new solu- 
tions for the storage, distribution and management of 
video and other "Content on Demand" for Cable TV net- 
works. These solutions are based on storing the content 

10 in the users' set-top boxes, rather than at some central 
site as in prior art. By distributing the content across mul- 
tiple users and managing virtual and real "peer-to-peer" 
connections among users, substantially more content 
can be supplied at the same price for more users simul- 

is taneously, and in substantially higher rates. This solu- 
tion requires only about 1 0% of the bandwidth and offers 
a signlf bantly lower Life Cycle Cost (LCC) as compared 
to other solutions. The invention achieves all these 
goals utilizing the existing Infrastructure without or with 

^ minimal modlfk:ations to the network. The "peer-to- 
peer" concept is implemented in the invention to store 
content In the subscribers' set top boxes, and to enable 
rendering content delivery far more efficiently and scal- 
able, while using a fraction of the bandwidth required by 

25 current solutions. 

[0031] The present Invention is characterized by the 
distribution of the content storage and the streaming ca- 
pabilities among the users, and locating portions of the 
storage within STBs at the users' homes. Each content 

30 is preferably first transmitted from a Management Sys- 
tem (MS) to one or more dedicated users' set-top boxes 
at low traffic hours (i.e., hours in which low percentage 
of the users require MS services), received and stored 
there, and delivered on demand by means of peer-to- 

35 peer connections from the storing STB to an ordering 
STB. 

[0032] Fig. 1 illustrates a VOD cable system accord- 
ing to the prior art. A plurality of titles, title^,..., tltle„, are 
stored at the central management system 51 . Upon re- 

4<> quest from, for example a user's STB 10, the central 
management system 51 transmits each ordered title to 
the ordering STB 10. A plurality of STBs 10, generally 
about 50-60 form one cluster of users that are connect- 
ed by means of coax cables, and are separated by a 

^ Line Extender (LE). Several clusters 30-1 through 30-n 
form a node. The connection between the central man- 
agement system 51 up to point 40 is carried out by 
means of fiber optics. Down of this point, the connec- 
tions within the node, and the clusters of the node are 

so performed by means of coax cables 52. Generally the 
number of clusters within one node is up to 20. Within 
the cluster, the distribution to the users is made by 
means of splitters (SP). Furthermore, the central man- 
agement system 51 comprises a billing sub-system and 

55 a conditional access sub-system for billing and title pi- 
racy prevention accordingly. According to the prior art, 
the central management system 51 transmits to the us- 
ers a plurality of TV channels via several channels that 
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are designated for video on demand, enabling a linnited 
number of users within each node to order and receive 
video titles on demand. The communication of the or- 
ders is conveyed from the users to the management 
system by means of a dedicated interactive channel, 
which Is also used in the other direction for transmitting 
management data, such as a list of the scheduled pro- 
grams or the monthly bill from the central management 
system to specific STBs. 

[0033] According to the present invention shown In 
Fig. 2, some of the STBs within each cluster are re- 
placed by Storage Set Top Boxes (SSTBs) 20. Each 
SSTB 20, aside from Its conventional structure which 
remains the same, comprises a dedicated storage for 
storing at least portions of video programs. Preferably, 
each video program is divided between plurality of set- 
top boxes 20, and moreover, each video portion is 
stored within at least two boxes, to provide a backup to 
each video portion if one STB fails to property transmit 
Its stored content. 

[0034] More specif ically, according to a preferred em- 
bodiment of the invention the Central Unit 55 is used to 
mediate between users in geographical proximity. Each 
set-top box preferably contains about 10 to 100 GB of 
storage space, and capable of concurrently streaming 
to the coax cable several titles. This implementation re- 
quires only 1 0% of the bandwidth in comparison to the 
conventional centralized solutions, and can be imple- 
mented keeping the network as is, utilizing the existing 
infrastructures. 

[0035] The present Invention provides a Peer-to-Peer 
Distribution (PPD) (hereinafter, thetenn "peer-to-peer" 
refers to a transmission of content or management data 
from one SSTB to another, or to a regular STB), allowing 
the delivery of a greater number of titles to more users 
simultaneously, in comparison with the conventional 
centralized systems of the prior art, as shown In Fig. 1 . 
Consequently, the PPD system of the invention provides 
rich content distribution services. One example of the 
abilities of the PPD system of the invention is the broad- 
casting of TV on demand. Such implementations are de- 
signed to display the user a list of all today's broadcasts, 
with no broadcast schedules. The user Is then capable 
of choosing any program, even the latest news and Is 
able to view this program on demand or even to build a 
desired schedule of programs. Other examples for COD 
services are TV Internet and mail, gaming and music on 
demand. In addition, using content Management sys- 
tems for the wide-band Internet service allows provision 
of much faster and less bandwidth-demanding Internet 
services to all users since a huge number of Points of 
Presence (i.e., content sources) are available. 
[0036] More partlculariy, In a preferred embodiment 
of the invention each SSTB is capable of acting as an 
Internet Server, and utilize the existing channels which 
are dedicated for Internet services, to initiate an Internet 
Protocol (IP) session through the Management System. 
In such preferred embodiment each user Is capable of 



carrying out an Internet session via the STB or SSTB 
which provides a video display of the Internet session 
via the users TV. 

[0037] A typical coax network that is part of the whole 

5 Hybrid Fiber-Coax (HFC) network branches via splitters 
(SP1 , SP2. SP3. ... ), as shown in Fig. 3, and keeps the 
required signal-to-noise ratio along the chain by using 
Line- Extenders (LE1, LE2, ...) which are two-way line 
amplifiers and filters. Peer-to-peer connections (i.e., 

10 connection between STBs or SSTBs) through typical 
HFC networks are possible among subscribers (SO. 
S2,..., S9) that are members of a same cluster (for ex- 
ample, cluster 30-3). More particulariy, the connection 
is possible between members of a cluster that are inter- 

is connected through Splitters (SP) and not buffered by 
Line- Extenders. Transmission between subscribers is 
performed on downstream broadcast channels (I.e. 
dedicated channels In the high band). The transmis- 
sions within cluster 3 are visible to all subscribers 

20 (S0-S9) located after the last Line-Extender (LE3) since 
any two of these subscribers are connected via the out- 
puts of a splitter (e.g. subscribers SO and SB are con- 
nected via two outputs of splitter SP4, although other 
splitters may also exist between them). On the other 

2s hand, subscribers in other clusters, such as cluster 1 
(30-1) and cluster 2 (30-2) of Fig. 3, cannot view these 
high-band transmissions since they are blocked by the 
Line-Extenders (LE1 and LE2) which are designed to 
pass high-band transmissions only down the RF chain, 

30 I.e. , to their clusters. 30-1 and 30-2 and 30-3, and not In 
the other direction. 

[0038] With reference again to Fig. 2, a set of Storage 
Set-top Boxes 20 (also referred to as SSTBs are located 
in some (e.g. 10%) of the subscribers' houses, instead 

3s of the conventional digital STBs 1 0 of the prior art. Each 
SSTB 20 being capable of transmitting video streams to 
any digital set-top box, either STB 10 or SSTB 20, re- 
siding within the same cluster, of the cable Network In- 
frastructures. However; as will be discussed herein tat- 

40 er, streaming capabilities between SSTB and STB/SST- 
Bs residing in different clusters can also be perfonned 
according to the invention, by means of a simple modi- 
fication of the LE elements. The system of the Invention 
can use the standard HFC (Hybrid Fiber Coax) network 

45 and the standard DVB/DAVIC or DOCSIS protocol to 
provide VOD and other Content on Demand services to 
the digital subscribers of the Network. 
[0039] Downloading new titles to SSTB's - For each 
new title, the Management system 57 determines on 

so which SSTB's 20 a new title will be stored and sends 
storage commands to each said SSTB via the down- 
stream Interactive channel. Then the title Is encoded 
and broadcasted to the said appropriate SSTBs 20. 
Once the broadcast ends, the title is stored in the des- 

55 ignated SSTB's and is ready for streaming on demand. 
Preferably, in order to prevent copying and copyright 
breaches, a full title is never saved within a same SSTB, 
but is divided, and stored within a plurality of SSTBs. 
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[0040] Electronic Program Guide (EPG) update - The 
Management System distributes ERGs to all digital sub- 
scribers (STB 10 and SSTB 20) utilizing conventional 
methods commonly used in digital TV Networks. Down- 
loading of new titles and EPG updates is preferably per- 
formed during low traffic hours , for exannple, between 
3:00 to 4:00 A.M. 

[0041 ] Receiving a request to view a title - Whenever 
a subscriber selects a title, the STB 10 or SSTB 20 
sends a request for a selected title via an upstream in- 
teractive channel, to the Management System 57. 
[0042] Issuing a streaming command - Upon receiv- 
ing a request to view a title, for example from user 63 of 
Fig. 2, the Management System 57 locates two SSTBs 
(for example 64 and 65} residing In the same cluster as 
the requesting subscriber's STB/SSTB 63 and contain- 
ing the requested title in their storage. One of these 
SSTBs, for example SSTB 65 is assigned a streaming 
role (Streaming SSTB) while the other, for example 
SSTB 64, is assigned a monitoring and backup role 
(Monitoring SSTB) by the Management System 57. 
These assignments are sent to the relevant SSTB's 64 
and 65 by the Management System 57 together with the 
designated channel (i.e. high-band frequency and posi- 
tion in the MPEG-2 stream) for streaming of the title. 
[0043] Streaming Monitoring and Backup - Upon re- 
ceiving a streaming command from the Management 
System 57, the Streaming SSTB 65 starts streaming at 
the designated channel and notifies the Management 
System 57 of doing so. The Monitoring SSTB 64 tunes 
to the designated channel and monitors the integrity of 
the stream. In any event of failure, the Monitoring SSTB 
64 starts streaming the same title from the last transmit- 
ted frame, thus serving the role of providing a hot back- 
up. 

[0044] Stop, Pause, FF and Rewind - A subscriber 
who orders a title is provided with the options of Issuing 
these commands while viewing a title. The appropriate 
commands are sent to the Management System 57 via 
the upstream interactive channel, causing the Manage- 
ment System 51 to issue a corresponding command via 
the downstream interactive channel to the Streaming 
SSTB 65. 

[0045] Recording and viewing selected programs - 
The PPD solution according to the invention is also uti- 
lized in the prefen-ed embodiment to provide the sul> 
scribers DVR (Digital Video Recording) services. This 
type of services is mainly directed to programs transmit- 
ted in common commercial channels (e.g., sport pro- 
grams). Whenever a subscriber requests a DVR service 
for a specific program, at least two SSTBs are selected 
by the Management System 57. The selected SSTBs 
are instructed by the Management System 57 to record 
the selected program, and store it. When a subscriber 
who ordered a DVR service wishes to watch the record- 
ed program, a corresponding request is transmitted 
from the subscriber's STB/SSTB to the Management 
System 57. 



[0046] When the Management System 57 receives a 
request for viewing a program that was recorded by a 
DVR service, it initiates a streaming command to the 
con-esponding SSTBs, in a similar way as perfomied for 
5 a title requested in a VOD service. Namely, a streaming 
and a monitoring SSTBs, on which the desired program 
is stored, are selected, and the recorded program is then 
transmitted from the streaming SSTB to the requesting 
subscriber's STB/SSTB. 
10 [0047] The Management System 57 according to the 
present invention comprises a central server (not 
shown) that is connected to the upstream and to the 
downstream interactive channels, as well as to a down- 
stream video channel. The connection to the interactive 
channels can be perfomned via a DVB or a DOCSIS 
IHeadend cable modem as known in the art, and the con- 
nection to the video channel may be implemented via 
an MPEG-2 Multiplexer and a DVB/DOCSIS converter, 
as it is generally done at the Headend for conventional 
video broadcasting. 

[0048] The Management System server perfomns the 
following tasks: 

• Implementing the Splitting of the content, which will 
be discussed hereinafter; 

• Content distribution to the storage location at low 
traffic hours; 

• Smart content iocatton and adequacy Manage- 
ment; 

• Content selection menu (EPG) preparation and dis- 
tribution; 

• Directing the viewer equipment to the content loca- 
tion, the channel, and the addresses of the relevant 
equipments; 

• Automatic, real-time malfunction identification and 
connection, Including activation of backups; 

• Billing; and 

• Reports & statistics. 

The splitting of the content 

[0049] In a preferred embodiment of the invention the 
content that is stored at the SSTBs 20 is protected. Any 
stored title is split to several SSTB's 20 so that a whole 
title never resides in one house or SSTB. The Manage- 
ment System 57 perfomns the title slicing and distribu- 
tion, and routes the sliced content accordingly to the 
STB or SSTB of the viewer. 

[0050] The server of the Management System 57 re- 
ceives an Input of a single title that is already recorded 
on a trusted storage media i.e., CD, DVD, etc. The re- 
corded title is MPEG-2 compressed and encrypted us- 
ing a standard off-the-shelf. Conditional- Access device. 
The cryptographic key required for decryption is provid- 
ed as part of the storage media. 

[0051 ] The Management System 57 manages a data 
base relating to each title (or title slices), the address 
locations of its sices within SSTBs 20 and thus, enables 
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deletion of old titles and addition of new titles when re- 
quired. Deleting a title is performed by means of broad- 
casting of a respective message to the SSTBs 20, spec- 
ifying the title ID, the SSTB address (SSTB ID) and the 
location within the SSTB storage. Storing a new title Is 
initiated by issuing a broadcast or multicast message to 
the SSTBs 20. The Store-new-title message includes 
the title (or title slice) ID, title/slice location in the SSTB 
storage, title broadcast time and title broadcast channel. 
Upon receiving such a message, each SSTB 20 tunes 
a dedicated tuner to the specified channel frequency, 
de-muttiplexes the specified MPEG-2 channel, and 
stores the transmitted title/slice in its storage, at the 
specified location. This process is preferably perfonned 
at pre-selected low traffic hours. 
[0052] The Management System 57 monitors the us- 
age of the stored titles and creates copies of the titles 
(or title slices) that are used most. These copies are 
made to selected SSTBs 20 (target SSTB) in a similar 
manner to the distribution of new titles, as previously 
discussed hereinabove. Unlike the distribution from the 
Management System 57, the title/slices are streamed to 
the ordering SSTB from an SSTB 20 within the same 
cluster, and not from the Management System 57. This 
process can be perfomied while a subscriber within the 
same cluster views the same title. This process of du- 
plicating titles/slices within a cluster is used both to over- 
come high concurrent demand for a title and, to increase 
the number of title copies within a cluster Malfunction 
of an SSTB 20 is deduced from SSTB status report and 
SSTB reply to Management System commands. The 
SSTBs periodically report their status to the Manage- 
ment System 57 (e.g., every few minutes) and reply to 
streaming requests of the Management System 57 
when requested. 

[0053] The preparation and distribution of the Elec- 
tronic Program Guide is cam'ed out using the same 
methods as used in conventional centralized VOD sys- 
tems. 

[0054] Fig. 1 2 is a flow diagram showing the operation 
of the system, according to a preferred embodiment of 
the invention. With reference to Figs. 2 and 12, when a 
subscriber 63 having an STB 63 (or an SSTB) browses 
the EPG, selects and orders a title from the EPG, the 
viewing request (step 142) of the subscriber identifies 
the requested title and the subscriber STB. Upon receh/- 
Ing a viewing request from a subscriber 63, the Manage- 
ment System 57 selects an SSTB 20, for example SSTB 
64 in which the requested title (or the first slice of the 
title) is stored (step 143), and a free streaming channel 
in the specific cluster 30-1, via which the title Is 
streamed. In accordance with these selections, the 
Management System 57 instructs (step 144) the select- 
ed SSTB 64 to stream the title on the selected channel, 
and the receiving STB or SSTB 63 to extract and display 
the channel (step 154). 

[0055] When issuing a streaming command to an 
SSTB, the Management System 57 selects another 



SSTB 65 on which the title or title-slice is stored to mon- 
itor and baclcup the streaming SSTB 64. The monitoring 
SSTB 65 monitors the streaming on the designated 
channel, and in case that the streaming is interrupted or 
5 fails, SSTB 65 starts streaming the missing slices (step 
152). 

[0056] The Billing for each provided service is per- 
formed, for example, using off-the-shelf API. The Man- 
agement System 57 outputs each viewing transaction 
10 to the billing system, which in turn respectively charges 
the subscribers. 

[0057] All the system activities can be togged. These 
logs can then be used for the creation of CATV operator 
defined reports, and CATV operator defined statistical 
IS calculations. 

Digital Set-top Boxes (STB) 

[0058] Fig. 4 shows typical structure of the STB 10. 
20 The STB 1 0 interacts with the equipments at the Central 
Management System 51 . Please check that I am cor- 
rect] by means of the RF Coax Cable 501 , using an In- 
band or out-band interactive channel receiver 503. Re- 
ceiver 503 is used to receive system instructions and 
25 data (according to ETS-300-800 or DOCSIS) from the 
Central Management system 51 (shown in Fig. 1), and 
transmit data via an interactive channel transmitter 504 
(using Quadrature Phase Shifting Keying (QPSK) or 
QAM modulation, preferably according to ETS-300-800 
30 or DOCSIS). A separate video channel receiver 502 is 
implemented as defined In ETS-300-429 and Is used for 
video channel reception and demodulation. The output 
of the video channel receiver 502 is an MPEG-2 multi- 
plexed stream which is routed to the De-multiplexer 508 
35 and via the MPEG-2 Decoder 509 to the TV set 510. 
The decoding process is perfomied using the Decryp- 
tion module 505 so that the stream is decompressed 
and decrypted at the same time. The CPU 507 manages 
title viewing and interaction with the Central Manage- 
40 nient System 51 . The CPU 507 uses RAM and/or Flash 
memory 506 for local operations and In order to store 
commands, preferences and other related material (e. 
g., EPG). The CPU 507 and memory 506 may also be 
used for executing games and interactive video pro- 
45 grams in which some of the output to the TV 51 0 comes 
from the video stream and some Is created and dis- 
played on top of the video picture Intemally. 
[0059] The STBs 1 0 are used in the proposed embod- 
iment in a similar manner to the way they are used in 
50 conventional cable systems, and in accordance with 
DVB and/or DOCSIS standards. By using the STB 10, 
a subscriber can select a broadcast channel, experi- 
ence interactive games, and select a title for viewing on 
demand. 

55 

Storage Set-Top Boxes (SSTB) 

[0060] With reference to Fig. 5, according to the 
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present invention, a smart STB, which is termed herein 
as Storage STB (SSTB), Is used at some of the sub- 
scriber's houses. Each SSTB 20 has, In addition the el- 
ements of a typical digital STB, the following compo- 
nents: 

Storage 613 and Its associated controller, which 
may be, for example, of a size between 50 to 1 00 
GB, and which may be expanded when adequate 
higher capacity memory devices become available 
on the market; 

Streaming capability of four concun^ent streams im- 
plemented as part of the CPU 507. It should be not- 
ed that the number of streams may be increased 
when newer CPU models become available on the 
market; 

Additional RAM 614, which may be Implemented 
utilizing some types of fast memories known In the 
art; 

Virtual multiplexer 612 (discussed herein bellow); 
A Video Channel Transmitter 611 that modulates 
and transmits the multiplexed video signal through 
the coax cable 501 ; and 
An additional Video Channel Receiver 615. 

[0061] The storage 61 3 is used to store titles or parts 
of titles (slices). The titles/slices are stored as they are 
received from the Headend (i.e., after MPEG-2 com- 
pression and smart card encryption). Streaming is pref- 
erably performed in accordance with the standard used 
by any specific operator for streaming of video. The 
stored titles/slices are virtually multiplexed with titles 
that are being streamed from other SSTB's 50 by the 
virtual multiplexer 61 2. The program stream that is being 
transmitted from each SSTB 20 is preferably modulated 
by using 64 or 256 QAM (Quadrature Amplitude Modu- 
lation) in the video channel transmitter 611 in order to 
match the receiving capability of common digital set-top 
boxes (10). Transmission is perfonmed in the 70-860 
MHz band. The transmitted power is very low since the 
transmitted signal should reach only users within the 
same cluster, generally in the same neighborhood. The 
additional video channel receiver 615 is used for the re- 
ception of downloaded titles/slices (generally during low 
traffic hours) and for monitoring of streaming perfonned 
by other SSTB's. All instructions to the SSTB 20 and 
messages from the SSTB 20 are preferably transmitted 
similarly to the way it is done by conventional digital STB 
10. 

[0082] In addition to the functionality of a regular STB 
10, the SSTB 20 enables streaming and transmission 
of several titles In the high-band downstream video 
channel to subscribers that share the same cluster. The 
SSTB 20 can receive titles/slices for storage, store 
about 60 titles (assuming 50-1 00GB storage), and mon- 
itor other SSTBs within the cluster as they stream. 



Line Extenders 

[0063] A principal block-diagram of a conventional 
Line Extender is depicted in Fig. 6. 

5 [0064] Port 1 is connected to the upper part of the RF 
chain (i.e. towards the Central Management system 51 ) 
while Port 2 is connected to the lower part of the RF 
chain. The RF/AC splitter 701/750 receives its AC power 
via the coax cable and transfers this power to the active 

10 components within the Line Extender and via the other 
RF/AC splitter 712/751 to other line extenders down the 
RF chain. The high band RF transmission is receh^ed at 
port 1 and passed via the high band-pass filter 702, 
Equalizer 704, Attenuator 705, gain controlled amplifier 

15 706, and High band pass filter 710, to Port 2 and the 
coax down the RF chain. The low band RF transmis- 
sions are received at Port 2, pass via a low band-pass 
filter 711, amplified by gain controlled amplifier 709, 
equalized by Equalizer 708, attenuated by Attenuator 

20 707, and passed up the RF chain via another low band- 
pass filter 703 to Port 1 . High band transmissions can 
not pass from Port 2 to Port 1 and low band transmis- 
sions can not pass from Port 1 to Port 2. 
[0065] Line Extenders are used as line amplifiers for 

25 high band RF down the chain and at the same time as 
line amplifiers for low band RF up the chain. Besides the 
regular use of Line Extenders, they are used by the sys- 
tem of the invention to block in-cluster high band content 
transmissions between two set up boxes from reaching 

30 the Management System 57 and from reaching sub- 
scribers at corresponding clusters. This fact enables the 
PPD (Peer-to-Peer transmission from one SSTB to an- 
other STB or SSTB) system to re-use the same trans- 
mission bandwidth in each cluster since high band 

35 transmissions that are performed within one cluster are 
invisible to all other clusters, as they are blocked by one 
or more line extenders. 

[0066] A cluster in PPD system is defined as any 
group of subscribers that are connected to Port 2 of a 
40 Line Extender with no intermediate Line Extenders. 
[0067] In one preferred embodiment of the invention, 
a typical cluster consists of about 50 to 60 subscribers. 

Bypassing the Line Extender 

45 

[0068] In some cases, It may be desirable to enlarge 
the number of users within one cluster, or more partic- 
ularly, to form a group of users largerthan a cluster, with- 
in which the VOD services are provided. This can be 
50 done by bypassing the Line Extenders (LE) at the lower 
end of the RF chain, as shown in Fig. 11 . An exemplary 
implementation of such a bypass is depicted in Fig. 7. 
In Fig. 11, the LE9 is modified to enable the 50 users 
below LE8 and the 50 users below LE7 to join the cluster 
S5 below LE9. The modified LE9, which is bypassed as 
shown in Fig. 7 allows high-band transmissions to pass 
from the lower part of the RF chain (Port 2) to the upper 
part of the chain (Port 1) without causing feedback at 
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these frequencies. 

[0069] With reference to Fig. 7, one possible imple- 
mentation for the above modification to LE9 is the usage 
of circulators (813 and 814). Circulators 813 and 814 
aiiow normal signal flow between points A & B, while 
circulator 814 enables signal coming from Port 2 to go 
through the bypass 800 and circulator 81 3 allows signal 
received from the bypass 800 to pass through to Port 1 , 
but not to Port 1 input TP. The bypass 800 includes am- 
plification and equalization (819 and 81 8 - which are op- 
tional), filtering (815 and 816) and attenuation (817) 
stages. It should be noted that bypass 800 can be Inn- 
plemented as part of the Line Extender or as an external 
unit. 

Splitters 

[0070] A scheme of a typical splitter Is depicted in Fig. 
8. The splitter is a passive module that performs the fol- 
lowing functions: It receives the high band transmission 
from the (Central Management system 51) upper part 
of the RF chain (J1 ) and splits It to few (typically 2) out- 
puts down the chain (J2 and J3). At the same time, the 
splitter receives transmissions (usually the low-band RF 
transmissions) from the lower part of the RF chain, sums 
these transmissions and transmits the summed output 
up the RF chain (J1). The attenuation between J1 and 
J2 is between 1 dB to 3 dB in both directions. The atten- 
uation between J1 and J3 in both directions is typically 
(3dB) X {Number of splits). The attenuation between any 
two outputs (J2 and J3 - inter-output attenuatbn) Is typ- 
ically 25 dB. 

[0071] The splitter is usually used to distribute the 
high band transmissions to several subscribers and/or 
to other parts of the RF chain. It Is also used to sum the 
low band interactive channels on their way up the 
stream. The third function of the splitter is to prevent in- 
ter-subscriberinterferenceby introducing high inter-out- 
put attenuation. 

[0072] The splitters in the Peer-to-Peer Distribution 
(PPD) system of the Invention should allowtransmission 
between subscribers at the same cluster. The Inter-sub- 
scriber attenuation between any two subscribers in a 
cluster is 25 dB plus the number of spiitstimes 3dB since 
the signal has to go through only one inter-output atten- 
uation. Therefore, If for example assuming that 6 splits 
are used (e.g., for 64 subscribers), than the smallest at- 
tenuation between any two subscribers is 25dB and the 
largest attenuation is 18+25=43dB. 
[0073] For example, in Fig. 3, the attenuation between 
subscriber SO and S9 is 25dB (inter-output attenuation 
of SP5), while the attenuation between SO and S7 is 
43dB (inter-output attenuation of SP4 and splits attenu- 
ation of SP4, SP5. SP6, and SP7). 
[0074] A minimal power is required for the transmis- 
sion of the SSTB 20. If, for example, the transmission 
power is 5 micro watt (-23dBm), the highest input to any 
subscriber is ^8dBm which Is within the standard range. 



while the lowest input to any subscriber is -66dBm which 
Is also within the standard range. 

Cable TV Network Structure 

5 

[0075] Most cable TV operators today use a network 
structure as depicted In Figs. 9 and 10. Optic fibers are 
used to distribute the video from the Central Distribution 
Units 1000 to groups of 500 to 2000 users. At the end 

10 of each fiber, the signal is transfonned into RF at 5-40 
MHz upstream and 50-860 MHz downstream (Optic to 
RF 1 to 1 00). Two building blocks are used for the RF 
chain: Line Extender (LEI to LE9) and Splitter (SP1 to 
SP8). By using these two building blocks and coax ca- 

is bles. the RF is distributed to, and collected from, each 
end user. The Splitter Is a simple matched connection 
with 25 dB Isolation between outputs, and the Extender 
is composed of amplifiers and band-pass filters so that 
the lower bandwidth is amplified in the upstream direc- 

^ tion and the upper bandwidth is amplified In the down- 
stream direction. Note that the final --50 users (part of 
the Last Mile 1001) are interconnected directly via the 
coax cable with no intemriediate Line Extenders. 
[0076] The Cable TV Network Structure reveals that 

2S the last 50-60 users (e.g. , the users connected via LE9) 
are interconnected directly via the coax cable with no 
intemriediate Line Extenders (see Fig. 10). This means 
that these users can communicate with each other with- 
out any modifications to the network structure, while this 

30 communication is invisible to users at other clusters, and 
thus allowing reuse of the same bandwidth at separate 
clusters. LE9 blocks high-band transmissions originat- 
ing down the chain so that any subscriber down LE7 and 
LE8 can not receive these transmissions. 

35 

Modifying Network structure 

[0077] Although the Implementation presented in the 
previous paragraph is applicable, using clusters of 150 

40 users is more flexible and allows storage of more titles 
to more users simultaneously at the same price. Fig. 11 
shows amodified last milearchitectureforsatisfying this 
requirement. Enabling direct communication between 
clusters of 150 users requires a simple bypass of the 

4s last Line Extender at each RF chain (e.g. LE9 in Fig. 
11). The proposed modification enables the transfer of 
part of the higher bandwidth across the last Line Extend- 
er (LE9), allowing the RF to be distributed via the splitter 
(SP3) above this Line Extender to the other Line Extend- 

so ers (LE7 & LE8) connected to this distributor and to the 
100 users fed by these Line Extenders. A preferred em- 
bodiment for a modified LE is depicted in Fig. 7. 

Storage & Concurrent Viewers 

55 

[0078] The storage size and streaming capability per 
SSTB 20 as described herein is based on the assump- 
tion regarding the percentage of SSTB out of total 
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number of digital subscribers. It is possible, and indeed 
likely, that certain CATV operators will use different ra- 
tios. In such a case, the required storage and streaming 
capability per SSTB 20 should change according to the 
following formula: 



'''size ^ 



{Penetmnon x Cl^) 



Wherein: 



^size *s the SSTB storage size; 

'^size is the n umber of stored titles times the storage 

size per title; 

redun is the percentage of redundancy required; 
Penetration is the percentage of SSTB units in a 
cluster; and 

Cl^izc is the average number of subscribers per dus- 
ter. 

[0079] For example, if: 

Tsize equals 1 .5 GB x 60 titles -= 100 GB; 
redun equals 400%; 
Perpetration equals 1 0%; and 
Clgf^e equals 50. 

Then, the required SSTB storage size S^^^e *® about 
100 IVIB: 



Se,>- — 



_ 100 X (1+4) 



Vix50) = iooMe 



[0080] In another example, if: 

Tsize equals 1 .5 GB x 60 titles ~= 1 00 GB; 
redun equals 400% ; 
Penetration Penetration equals 50%; 
^^size equals 50; then. 

the required storage size obtained is of about 20 MB: 

, = 20MB 



^ _ 100 X (1+4) . 
^size- '(0.5X50) = 



[0081] In addition, the streaming capability per SSTB 
20 may be altered for the same reasons according to 
the following fomiula: 



Strcap = Concurrent x 



redun). 



' {PeneitmUon) 



Wherein: 



Strcap is the SSTB streaming capability (number of 
concurrent streams); 

Concurrent \s the percentage of concurrent viewers 
during prime time; 



redun is the percentage of redundancy required; 
and 

Penetration the percentage of SSTB units in a clus- 
ter 

5 

[0082] Thus, if for example, Concurrent equals 1 0%; 
redun equals 300%; and Penetration equals 1 0%. Then , 
the Sfrcap obtained equals 0.1 x <^"^V(o.i) = 4 streams. 
[0083] In another example, if Concurrent equa\s 1 0%, 
10 redun equals 300%, and Penetration equals 50%, then , 
the SITcaip obtained equals (0.1 x <^+^>/(o.5) = 0.8), i.e., 
about 1 stream. 



Signal Flow 

15 

[0084] Store Title Command is issued from the Man- 
agement System 51 to an SSTB 20 for storing a title (or 
title slice if a Storage Splitting is used) In a designated 
location. The command is issued either as a broadcast, 

20 or as a multicast message on the downstream interac- 
tive channel. The Management System server utilizes a 
cable modem In order to send the command. The com- 
mand is sent according to the communication standard 
used by the CATV operator (ETS-300-800 or DOCSIS). 

25 The command includes the following parameters: 

Title ID (or Title and slice ID); 
Designated location, i.e., the SSTB ID; 
Titte/slice broadcast time; 
30 - SroacteasrcAianne/ (center frequency); 

Broadcast program location (within the MPEG-2 

stream): and 

The actual 77tfe data. 

35 [0085] A title/slice, is broadcasted on a designated 
channel and is being stored by the SSTB 20 within its 
local storage. When the title broadcast'is temninated, the 
title/slice is stored and ready for streaming the content 
on demand. The SSTB 20 issues a storage complete 

40 message to the Management System 57. The broad- 
casted title/slice is pre-encrypted and MPEG-2 coded, 
and stored as such at the SSTB 20. 
[0086] A Storage Complete Message is sent on the 
upstream interactive channel according to the commu- 

45 nication standard used by the CATV operator (ETS- 
300-800 or DOCSIS). In case that this message is not 
received at the Management System 57, the process is 
repeated, or the SSTB Is declared as malfunctioning. 

so Distributing Electronic Program Guide 

[0087] EPG is distributed from the Management Sys- 
tem 57 via the in-band or out-band downstream Interac- 
tive channel to all digital subscribers (STB 1 0 and SSTB 
S5 20) preferably in the same manner used for EPG distri- 
bution in any digital TV Network. After updating a title at 
the SSTB 20, an EPG that reflects the change in title 
selection is updated and re-distributed. 
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Title Selection - Subscriber issuing a request to view title 

[0088] When any subscriber pages the EPG and se- 
lects a title (step 141 In Fig. 12), whetherthls subscriber 
uses STB 10 or SSTB 20, a request (step 142) is issued 
and transmitted via the upstreann Interactive channel to 
the Managenrtent System 57 using any conventional 
standard (i.e., ETS-300-800 or DOCSIS). 
[0089] The Management System 57 registers the re- 
quest (step 143) for billing, statistics, and maintenance 
purposes and instructs one selected SSTB to stream the 
requested title to the ordering subscriber, and another 
SSTB to serve the role of a hot backup for this streaming 
(step 144). 

[0090] Upon receiving a viewing request, the Man- 
agement system 57 locates within its database two 
SSTBs that store the required title (or title slice) and be- 
long to the same cluster as the requesting subscriber's 
STB/SSTB. One of these SSTBs 64 is assigned a 
streaming role while the other 160 is assigned a moni- 
toring and baci<up role. These assignments are sent to 
the relevant SSTB together with the channel (I.e. High- 
band frequency and position in the MPEG-2 stream) 
designated for the title to be transmitted. Both messages 
are transmitted in the downstream interactive channel. 
Both commands/messages include the following pa- 
rameters: 

Title/slice ID; 

Title broadcast time; 

Broadcast channel (center frequency); 

Broadcast program location (within the MPEG-2 

stream); 

Source SSTB il>, and 
Destination STB/SSTB ID. 

[0091 1 Upon receiving a streaming commandlrom the 
Management System 57, the SSTB 64 starts streaming 
at the instructed channel (step 147) and notifies the 
Management System 57 of doing so (step 155). The 
streaming is preferably done according to ETS-300-429 
standard, by multiplexing the stored titles, and modulat- 
ing the unified program stream using 64 or 256 QAM 
modulation in order to match the receiving capability of 
common digital set-top boxes. Transmission is prefera- 
bly perfomried In the 70-860 MHz band. The acknowl- 
edgment 146 to the Management System 57 Is prefer- 
ably done in the low-band upstream interactive channel, 
preferably according to the standard which is used by 
the CATV operator (ETS-300-800 or DOCSIS). 
[0092] Upon receiving the command, the Monitoring 
SSTB 160 acknowledges (step 149) the Management 
System 57, and tunes to the designated channel, and 
monitors (step 153) the integrity of the stream. In any 
event of failure (step 151), the Monitoring SSTB 1 60 no- 
tifies to the Management System 57 and starts stream- 
ing the same title/sltee from the last transmitted frame 
and on the same used channel (step 152), thus switch- 



ing its role from a monitoring/backup SSTB to an actively 
transmitting SSTB. A small delay is allowed since any 
STB 10 utilizes a receiving buffer for similar purposes. 
All messagesf rom the monitoring SSTB 1 60 to the Man- 
s agement System 57 are done in the low-band upstream 
Interactive channel according to the standard which is 
used by the CATV operator (e.g. , ETS-300-800 or DOC- 
SIS). 

[0093] A subscriber can issue Stop, Pause, Fast For- 
10 ward (FF), and Hew/nd commands after ordering a title. 
[0094] Commands issued from Subscribers* STB/ 
SSTB to Management System 57 are sent to the Man- 
agement System 57 via upstream interactive channel 
according to the standard that is used by the CATV op- 
's erator (e.g., ETS-300-B00 or DOCSIS). The Manage- 
ment System 57 issues a con^esponding command via 
the downstream interactive channel to the streaming 
SSTB 64 and to the monitoring SSTB 160 according to 
the standard that is used by the CATV operator (ETS- 
20 300-800 or DOCSIS). In one example, the streaming 
SSTB 64 keeps the video stream running on the same 
channel according to the following video stream: 

• Black screen for Stop command; 

25 • Lastbaselineframe(i.e., Aframethatwas not com- 
pressed in the MPEG-2 compression process and 
serves as a baseline for decompression algorithm) 
for Pause command; 

• baseline frames in incremental order for Fast For- 
30 ward commarui; and 

• baseline frames In decrementing order for Rewind 
comrrmnd. 

Uniting transmissions from different SSTB's 

35 

[0095] In a central VOD system, as well as in a central 
digital video broadcast system confonming to ETS- 
300-429 Digital Video Broadcast or DOCSIS standard, 
up to 15 video streams are multiplexed according to the 
40 MPEG-2 multiplexing to/fomi a single 6-8 MHz channel. 
A number of these channels are modulated and trans- 
mitted on the coax. 

[0096] By applying the PPD method and system of the 
invention, one to four individual video streams are trans- 

^ mitted from each SSTB. Using a 6-8 MHz channel, the 
transmission of these streams Is Indeed possible, but 
would be inefficient. Therefore, two possible solutions 
are detailed hereafter, allowing the usage of a 6-8 MHz 
channel for the simultaneous transmission of more then 

so 4 video streams. 

P)097] Virtual Multiplexing - As was previously men- 
tioned, each SSTB 20 produces up to 4 video streams 
while a single 6-8 MHz channel can contain up to 15 
video streams. It is possible to multiplex video streams 

ss originated from different SSTB*s to a single channel. In 
order to explain this process, the structure of the ETS- 
300-429 Digital Video Broadcast 8 MHz channel, is dis- 
cussed hereinafter. 
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[0098] The first stage in transmitting according to 
ETS-300-429 standard is the compression of each sin- 
gle video stream or program using MPEG-2 compres- 
sion algorithm. The compressed programs are then mul- 
tiplexed into a 188 bytes long transport stream In the 5 
following way: a header describing the programs that 
are earned within the transport stream precedes all pro- 
gram data (referred to as paytoad). After the header, a 
packet of each program appears in a pre-detemiined or- 
der. As long as the source programs remain the same, io 
the order of programs within the transport stream re- 
mains also the same. 

[0099] After the compression and multiplexing, the 
transport stream is randomized (to prevent transmission 
of an un-modulated carrier), Reed-Solomon Coded (us- is 
Ing 204,188 coding), interleaved, and mapped accord- 
ing to the used modulation (16-64 QAM). The Inter- 
leaved frames are nnodulated, using 16, 32, or 64 QAM 
modulation and transmitted on the coax cable. 
[0100] It should be noted that the interleaved frame 20 
width Is fixed and that a sync byte is applied before each 
frame, which holds a single transport stream. It is there- 
fore possible to use each transport stream packet or 
frame, for a single program, and to switch the program 
on each consecutive frame. Any two SSTBs can utilize 25 
one channel by using consecutive frames. The first 
SSTB uses frames 1 ,3,5 ...for transmission of programs 
1 to 4 and the second SSTB uses frames 2,4,6 ... for 
transmission of programs 5 to 8. The two SSTBs clocks 
must be synchronized in order to maintain a smooth 30 
streaming of the channel. This time sync is perfonned 
according to the DVB or DOCSIS standard. 
[0101] Mini Relay Station - Another option to fully ex- 
ploit the 6-8 MHz channel is to use one SSTB within a 
cluster as a relay station. That is, one selected SSTB 55 
receives all video streams from all the other SSTBs with- 
in the cluster using different frequencies then the stand- 
ard. Upon receiving these transmissions, this selected 
SSTB multiplexes the individual streams and re-trans- 
mlts them as a single in band, standard 6-8 MHz chan- 40 
nel. 

[01 02] These are some of the advantages of the sys- 
tem of the present invention in comparison to central- 
ized systems of the prior art: 

45 

Optimal bandwidth usage - 10% of the bandwidth 
in comparison to that used by the centralized sys- 
tems since the same bandwidth is reused in each 
cluster 30 within a node 40. 

Number of simultaneous users - essentially unllm- so 
ited versus about 1 0-20% in the centralized sys- 
tems. 

MTBF - failure proof system using redundancy and 
hot backup methods. 

Maintenance - Requires onfy the replacement of 55 
set-top boxes 

Program Recordings Capabilities - enables the re- 
cording of designated broadcast channels for later 



viewing on demand. 
Usage 

[0103] The present Invention as described has con- 
sidered the usage of the inventive system for the distri- 
bution of Video on Demand (VOD). However, thesystem 
can also be used for other content distribution. Herein- 
after, usage of the invention for Audio on Demand (AOD) 
and Internet Point of Present (POP) will be addressed. 
[0104] Audio on Demand: The same implementation 
as described is applicable also for audio. It is possible 
to Implement a smaller selection of titles for audio stor- 
age, or use the whole storage. For example, 100 GB of 
storage per SSTB and 5 SSTBs per cluster will enable 
the Implementation of a peer-to-peer AOD system with 
a variety of about 20,000 songs. 
[0105] Internet: Internet content is sentfrom the Cen- 
tral to one or more SSTBs in a same manner as video 
content is sent, as described above. The SSTB then dis- 
tributes upon "demand" or access from any user within 
the same cluster, which can run an Internet session 
through channels that are dedicated to data interaction. 
The active session Is transmitted in a same manner as 
the video is sent, on a dedicated channel to any STB 
within the cluster, allowing a subscriber to use TV Inter- 
net without special equipment besides the regular 
[0106] STB. The required bandwidth is about 1 0% in 
comparison with the central internet distribution of such 
sessions according to the prior art. 

Protecting Media Equities 

[0107] This subject of protecting the copyright of the 
content is of high importance. 

[0108] The prior art has substantially dealt with the 
problem of protecting transmitted content and the solu- 
tions offered are generally applicable also in this case. 
However, the system of the invention introduces another 
aspect, i.e., the aspect of protecting of content which is 
stored at the users' homes. The invention solves this 
problem by dividing each title within a plurality of SSTBs; 
i.e., according to a pretended embodiment, the full title 
is never stored within one SSTB. Of course, as said, oth- 
er known prior art protections may also be added. 
[0109] While some embodiments of the invention 
have been described by way of Illustration, It will be ap- 
parent that the invention can be carried into practice with 
many modifications, variations and adaptations, and 
with the use of numerous equivalents or altemative so- 
lutions that are within the scope of persons skilled In the 
art, without departing from the spirit of the invention or 
exceeding the scope of the claims. 



Claims 

1. A method for distributing content on demand over 
a cable network in which the subscribers are con- 
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nected to a Central Unit in a hierarchical order of 
nodes, each node comprises a plurality of subscrib- 
ers clusters, comprising: 

a. Providing a Management System at said 
Central Unit; 

b. Providing to some of the subscribers within 
each cluster an STB, and to the rest of the sub- 
scribers within each cluster an SSTB; 

c. Transmitting from the Central Unit titles to the 
SSTBs, and storing the titles within said SST- 
Bs; 

d. Providing to each STB subscriber or SSTB 
subscriber a viewable list of the titles stored in 
all the SSTBs that are connected within the 
cluster of that subscriber; and 

e. Whenever a subscriber selects a title for 
viewing from said viewable list, transmitting to 
the STB or the SSTB of that subscriber the se- 
lected title from at least one of the SSTBs within 
the cluster of that subscriber which contain the 
title or a portion thereof. 

2. A method according to claim 1 , wherein the title is 
a video title, and wherein the distribution method is 
a method for distributing Video On Demand. 

3. A method according to claim 1 , wherein the title is 
an audio title. 

4. A method according to claim 1 , wherein the titles 
are transmitted from the Central Unit to the SSTBs, 
during low traffic hours. 

5. A method according to claim 1 , wherein different 
portions of each title being stored within different 
SSTBs within a same cluster. 

6. A method according to claim 1 , wherein a copy of 
each title is stored in at least one backup SSTB with- 
in a same cluster. 

7. A method according to claim 6 wherein, during the 
transmission of a specific title, the backup SSTB su- 
pervises the proper transmission, and when a fail- 
ure in transmission of the title Is detected, continu- 
ing transmission of the rest of the title to the sub- 
scriber from said backup SSTB. 

8. A method according to claim 6 wherein each title 
being divided to portions that are stored in at least 
two SSTBs within a same cluster, for preventing the 
possibility of a copyright breach by copying a full 
stored title from the SSTB. 

9. A method according to claim B, wherein the title por- 
tions are transmitted in sequence to the STB or the 
SSTB of the ordering subscriber alternatively from 
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the plurality of the SSTBs in which portions of the 
title are stored, while at any time at least one backup 
SSTB supervises the proper transmission. 

5 10. A method according to claim 1 , wherein the Man- 
agement System collects data regarding the orders 
and carries out the billings. 

11. A method according to claim 1 wherein the trans- 
10 mission of the content from the Central Unit to the 
SSTBs and/or the transmission of the ordered con- 
tent from SSTBs to a subscriber STB or SSTB Is 
encrypted, and decrypted at the receiving end. 

IS 1 2. A method according to claim 1 wherein each SSTBs 
is capable of carrying out Internet Sessions through 
the Management System over the existing Intemet 
infrastructures, and thereby providing Internet serv- 
ice to subscribers within the cluster, by displaying 
20 said session as a video stream via their STB/SST- 
Bs. 

13. A method according to claim 1 wherein the number 
of subscribers within a cluster is in the range of sev- 

25 eral tens of subscribers. 

14. A method according to claim 1 wherein a transmis- 
sion of an ordered title is kept within a cluster by 
means of a Line Extender blocking leakage of the 

30 transmission out of the cluster. 

15. A method according to claim 1 4 wherein the cluster 
is extended by modifying the blocking Line Extend- 
er in such a manner to allow transmission of the 

35 Content On Demand within a close medium con- 
taining at least two clusters, the leakage of trans- 
mission out of the said medium being blocked by 
another Line Extender. 

40 16. A method according to claim 1 wherein the Man- 
agement System controls the operations of the sys- 
tem and manages the backups, when needed. 

17. A method according to claim 1 further comprising 
45 recording and storing selected programs In at least 

two SSTBs, and transmitting said stored program 
to the users, whenever a user request is obtained. 

18. A method according to claim 1 wherein a SSTB is 
50 capable of concurrently transmitting a plurality of 

selected titles to a requesting STB/SSTB(s). 

19. A method according to claim 1 wherein transmis- 
sions originated from two or more SSTBs are mul- 

55 tiplexed to a single channel by assigning to each 
SSTB specific frame positions within said channel. 

20. A method according to claim 1 wherein at least one 
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SSTB in a cluster is used as a relay station for re- 
ceiving transmissions from other SSTBs in said 
cluster, and multiplexing said transmissions on one 
or more channels. 

21. A method according to claim 1 wherein the title 
transmission from the SSTBs is performed utilizing 
QAM techniques. 

A system for providing Content On Demand over a 
cable network, comprising: 

a. A conventional STBs at some of the sub- 
scribers' houses within each cluster, capable of 
receiving a title on a dedicated channel, and 
displaying the same on a sut>scriber TV; 

b. SSTBs at homes of the rest of the subscrib- 
ers' houses within each cluster, for receiving at 
low traffic hours one or more content titles, or 
portions of content titles, for storing the same, 
and for transmitting upon demand on at least 
one designated channel any ordered title to one 
or more STBs or SSTBs of ordering subscrib- 
ers; and 

c. A Management System for storing a plurality 
of titles, for transmitting titles to SSTBs within 
a cluster at low traffic hours, for transmitting a 
list of titles available for viewing to all STBs and 
SSTBs within each cluster, and for managing 
any demand for viewing from users' set top box- 
es, and conveying such demand to the one or 
more SSTBs storing the demanded title, for in- 
itiating transmission of the requested title from 
said one or more SSTBs to the set top box of 
the demanding subscrit>er. 

22. A system according to claim 22 wherein the trans- 
mission of a title from an SSTB to an SSTB or STB 
within a cluster is enabled, while the transmission 
of a title from an SSTB to an SSTB or STB within 
another cluster is being bloclced by means of a Line 
Extender located at the entrance to the cluster 

23. A system according to claim 22 wherein the Man- 
agement System also manages the billing of de- 
manded titles. 

24. A system according to claim 22 wherein each SSTB 
comprises storage for at least one title or portions 
of a title. 

25. A system according to claim 22 wherein each SSTB 
comprises communication means for conveying 
status commands, and execution commands to ei- 
ther STBs or SSTBs within its cluster, and to the 
Management System. 

26. A system according to claim 23, wherein at least 
two clusters are being extended by means of mod- 



ifying the Line Extenders of said clusters to enable 
transmission out of the said clusters. 

27. A system according to claim 27 wherein the cluster 
5 extension extends the cluster to Include all sub- 
scribers within a node. 

28. A system according to claim 22, wherein the links 
within a cluster are made by means of coax cables, 

10 and splitters. 

29. An SSTB according to claim 22, comprising: 

a. a first and a second Video Channel Receiv- 
is ers for concurrently receiving titles transmitted 

on different channels; 

b. an Interactive Channel Receiverfor receiving 
information and control data from the Manage- 
ment System; 

^ c, an Interactive Channel Transmitter for trans- 

mitting requests and status information to said 
Management System; 

d. an information data Bus; 

e. one or more memories capable of receiving 
2S and storing data provided via said information 

data Bus; 

f . a Storage and Controller unit for managing 
SSTB operations; 

g. an Encryption unit for encrypting information 
30 provided on said Bus; 

h. a CPU unit for processing and carrying out 
SSTB operations; 

i. a Demultiplexer for selecting multiplexed in- 
formation provided on said Bus; 

35 j. an MPEG decoder capable of decoding 

MPEG data provided on said Bus or via said 
demultiplexer; 

k. a virtual multiplexer capable of multiplexing 
a plurality of title data provided on said Bus, to 
^ at least a single channel; and 

I. a Video Channel Transmitter capable of trans- 
mitting data from said virtual multiplexer on ca- 
ble Network channels. 

45 30. A method according to claim 1, wherein a plurality 
or all of the subscribers within aclusterare provided 
with an SSTB. 

31 . A system according to claim 22, wherein a plurality 
50 orall of the subscribers within a cluster are provided 
with an SSTB. 
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